Internet Surfer 2.0

home *** CD-ROM | disk | FTP | other *** search

/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.027 < prev next >

Wrap

Text File | 1996-02-12 | 28.2 KB | 607 lines

Frequently Asked Questions (FAQS);faqs.027 DESQview/X is a GUI and therefore screen output is much slower. This is due to the poor design of the PC's video. In order to get better display performance, you may want to purchase a graphics accelerator or coprocessor board. MEMORY USAGE The memory usage of individual programs can be tuned in Change A Program. For maximum window size, you must balance your TSR and device driver usage (see Q16 and Q22). The PS utility in the DVSI package available on SIMTEL20 (see Q7) can show which windows are not using all their allocated memory. Certain DESQview/X programs which use the built in DOS extender can use the disk as memory. This is called virtual memory. You can configure the DESQview/X Server to use virtual memory to save on real memory. To do so, change the ``maxmem='' line in the \DVX\SERVER\XB16.VMC file (XC16.VMC for the high-resolution server). This line specifies the maximum number of kilobytes of real memory that should be used. Increase the number to to increase speed; or decrease the number to increase available memory. Note that DESQview/X gets flaky if the number is less than 1000K or so. The default value of 1000K is optimized for a 4 Megabyte machine. --------------------------------------------------------------------------- Q25: My {9600 or greater} BPS modem drops characters under DESQview. Is high speed communication possible under DESQview? A25: Yes, high speed communication is possible. First, you must go into the DESQview setup program and set ``Optimize Communications'' to Y (see Q29). If you still lose characters, you may have to get a new serial board. The characters are coming in too fast for DESQview and your communications program to process them. The chip that controls serial communication is known by many names. On an XT (or an 8-bit I/O board) it is an 8250. Most ATs contain the 16450. The problem with these chips is that they can only buffer one character at a time, so if DESQview doesn't allow your communications program to respond fast enough, you'll lose that character. The solution is to get a board with the National Semiconductor PC16550CN chip. This chip buffers up to 16 characters, so character loss is less likely to occur. If you are the handy type, you can even swap your 8250 (or whatever) for the NS16550AN yourself, for the chips are pin-compatible. Do not get a 16550 non-A chip. It is an old, buggy chip. Also, Western Digital makes a 16550 which is rumored to be buggy at speeds of 2400 BPS or less. Note that the 16550x will act like an 8250 unless you have software that supports it. Most communication packages today do support the 16550x. QW:237:COMMPROG.TEC --------------------------------------------------------------------------- Q26: Why doesn't ANSI.SYS work in DESQview? A26: ANSI.SYS doesn't work inside DESQview because DESQview takes control of all the screen writes. Quarterdeck has provided a solution, however. Provided with DESQview is DVANSI.COM. Run this program in the window in which you need ANSI.SYS. QW:110:DVANSI.TEC --------------------------------------------------------------------------- Q27: Why does the mouse pointer disappear after running certain programs? A27: If a DESQview-aware or DESQview-oblivious program (see Q3) uses the mouse, DESQview must turn off its own mouse handling in that window. Unfortunately, DESQview cannot detect when the program is finished with the mouse, so your DESQview mouse pointer will never reappear while that window has the keyboard. --------------------------------------------------------------------------- Q28: What are those files SWAP*.DV in my DV directory? Can I delete them? A28: They're used by DESQview to store your application when it gets swapped to disk. If the file's date and time are older than the last time you started DV then you can safely erase the files. There is no way to restart an application using a swap file. --------------------------------------------------------------------------- Q29: What does ``Optimize Communications'' in DESQview's setup program do? A29: The cards that you install in your computer use ``hardware interrupts'' to tell the CPU that the card has or needs data. The hardware interrupts are like grade school students raising their hand in class. When they teacher recongizes a student with his hand up, that student can ask/answer a question. Like many teachers, DESQview has a ``teacher's pet.'' This pet is hardware interrupt 0. If a bunch of hardware interrupts raise their hands at the same time, DESQview will always recognize 0 first, then 1, then 2, and so on. However, most COM ports use hardware interrupt levels 3 and 4. So by answering ``Y'' to ``Optimize Communications'', you force interrupt level 3 to become the teacher's pet. DESQview will then recognize the interrupts in this order: 3, 4, 5, ... 0, 1, 2. Rather than answering ``Y'', you can put in any interrupt number you prefer. For example, if you answer ``5'', DESQview will recognize the interrupts in the order 5, 6, 7, ... , 0, 1, 2, 3, 4. Setting ``Optimize Communications'' to ``Y'' can reduce or eliminate dropped characters in communication programs (see Q25). 8086/8088 machines have 8 available hardware interrupts (0-7), while 80286+ machines have 16 (0-15). QW:251:OPTCOM.TEC --------------------------------------------------------------------------- Q30: What do I need if I want to use DESQview/X's networking features? A30: DVX allows you to interact with programs running on other DVX and Unix machines, if the machines are networked. Three parts are required on a PC to make this work: (1) DESQview/X (2) One of the DESQview/X Network Managers sold by Quarterdeck (3) A networking protocol stack available from another manufacturer. DESQview/X is packaged with a Network Manager that allows you to communicate with other DESQview/X machines. This DVX-to-DVX Network Manager will not allow you to communicate with Unix machines. It requires a Novell or Netbios-compatible network protocol stack. To communicate with Unix machines, you must purchase the DVX-to-other-systems Network Manager ($200 list) from Quarterdeck. Packaged with this Manager is a coupon for a free copy of Novell's TCP/IP Transport for DOS, one of the possible protocol stacks that are compatible with the DVX-to-other-systems Network Manager. Current users of the DVX-to-other-systems Network Manager can receive a free copy of Novell's TCP/IP stack by contacting Quarterdeck (see Q19). Other TCP/IP protocol stacks that the DVX-to-other-systems Network Manager is compatible with include FTP Incorporated's PC/TCP (version 2.03 or version 2.05 patch 3 or greater), Beam and Whiteside's package in Lan Workplace emulation mode (unsupported by Quarterdeck), and Novell's Lan Workplace for DOS (version 4.01 or greater). Quarterdeck is currently beta testing PathWay Access (from The Wollongong Group Inc.) BW-TCP and BW-NFS (from Beame & Whiteside Software Ltd.) PC-NFS (from Sun Microsystems) Contact Quarterdeck for more details (see Q19). Many have asked about SLIP support. Here's a post from someone who has it working (Phil Kemp): There are a small group of us, 3 or 4, that are in throes of using slip with FTP inc.'s stack and DV/X. There are some problems but it is useable. The configuration I am using right now (writing this note in fact) is over a 9600 bps V.42bis connection to cisco Trouter. I'm using FTP inc. generic kernel vers. 2.05 pl4. 2.10 is now shipping and I am awaiting delivery. 2.10 is much less low memory intensive. The trick just now is to use the packet driver ethersl.com and the ethdrv.exe stack. Attempts to use the 16550.com and slpdrv.exe stack from ftp result in x-windows spontaneously disappearing. A maximum of 12 sockets can be configured in the FTP/DV-X combination due to some software issues. Hopefully this will be corrected in the future. I still get the occasional disappearing session, once or twice a week, but contrast that to two or three times an hour before we went to the ethdrv stack. FTP and Qdeck are working on the slpdrv problem. The ftp inc. packet driver 16550.com seems to be about 20% better in performance than the ethersl.com packet driver, so I would like to go back to it one day. Note that ethersl.com does make use of the 16550afn fifo buffers. I see ftp transfers of compressed files in the range of .9 Kbytes/s if I leave the other network windows alone. QW:263:DVX2XSYS.TEC --------------------------------------------------------------------------- Q31: What do each of the four Protection Levels mean? A31: In ``Change A Program'' or DVPMAN, you can set a program's protection level. Here are the meanings: Level 0 means no protection at all. Level 1 will keep a process from locking interrupts for too long if the WD parameter is set correctly in QEMM, and your hardware supports it. Level 2 will bring up an error if a process writes outside of the memory that DESQview thinks the process owns. If the process attempts this, DESQview will ask the user if the process should be aborted, unprotected, or be allowed to continue (but remain protected). Level 3 will keep a process from reading outside of its memory, with a similar interface as Level 2. It also grabs all interrupt vectors and complains if the program points the vector outside of its memory (including back at the original handler) and then calls it. Level 3 will crash Borland's floating point libraries. If a program crashes with Level 0 it will also crash with Level 3 set, but you might find out about it a little sooner, and it may prevent the system from being locked up. QW:120:PROTECT.TEC --------------------------------------------------------------------------- Q32: How can I load two or more shared programs in a window? A32: In Change A Program or DVPMAN, you can only list one shared program and its data. To load more than one shared program, you must create a file which lists the shared programs. Each shared program you want to load requires two lines in the file -- one for the shared program name, and one for the shared program data. For example, let's say you want to load DGNASI.SHR and 1COPY.SHR. Create a text file called SHARED.TXT (or whatever) with four lines that look like this (the parenthetical comments should not be added): DGANSI.SHR (line 1) blah blah blah (Text that would be in ``Data'' field for DGANSI) 1COPY.SHR (line 3) blah blah blah (Text that would be in ``Data'' field for 1COPY) Then, in Change A Program or DVPMAN's "Shared Program" field, place the name of this text file preceded by the ``+'' sign. In our case, we would put Shared Program Pathname..: +C:\DV\shared.txt Data......: If the shared.txt pathname is not specified, it defaults to the ``Default Directory'' path in the DVP. However, the default place to look for shared programs is always the DESQview directory. --------------------------------------------------------------------------- Q33: When running Windows under DESQview, I get an ``Incorrect DOS Version'' message. How do I fix this? A33: Rather than using LOADHI FILES in AUTOEXEC.BAT, you must set FILES=15 or so in CONFIG.SYS. Windows requires that some FILES be loaded low. --------------------------------------------------------------------------- Q34: How can I make the tilde (~) character work when I open an Xterm window on my unix machine? A34: On the Unix machine, put the following line into your .Xdefaults file (or whatever your default resource file is): \HC\ML40\xterm*allowSendEvents: True --------------------------------------------------------------------------- CONTRIBUTORS The following people have sent suggestions for entries in the FAQ. On behalf of all the readers of comp.os.msdos.desqview, I thank you. If the person is credited with a ``Q'', he/she suggested a question. If part of an answer was contributed, the contributor is credited with an ``A''. An asterisk indicates that the contributor wrote a significant portion of the answer. If a particular question and answer is not credited, I wrote it. If you see your name here and you didn't actually send me something, I probably stole a posting of yours for the FAQ. ---- The information in A7 on access to SIMTEL20 is from regular postings to the Usenet newsgroup comp.binaries.ibm.pc.archives by Keith Peterson. The electronic contacts in A19 are from the QOS note ``CONTACT.TXT'' The international addresses in A19 are from "DESQview User, The Quarterly Journal for PC and DOS productivity", Issue 4, Spring 1992 and were sent to me by Klaus Hartnegg. Most of A20 was copied from Quarterdeck's tech note ``DVBOOK.TEC'' Some of A25 is from Appendix B of the FOSSIL driver manual sent to me by Stephen Lee. Information in A8 and A30 was grabbed from Quarterdeck press releases. The White Pages cross references were provided by Michael Bolton of Quarterdeck Canada. alheid@pittpa.cray.com (Greg Alheid) A2*,A4*,A5*,A11,A13*, A15*,A17,A20 aml@world.std.com (Andrew M Langmead) A31*,A32* anasaz!crow@asuvax.eas.asu.edu (Jerry Crow) A2,A21 arnd@zeus.informatik.rwth-aachen.de (Arnd Gehrmann) A19 arr@stat.ph.albany.edu (Andrew A. Reilly) Q22 burge@qdeck.com (Bill Burge) A6 Carl Anderson 1:106/7674 A17 chaz@chinet.chi.il.us (Charlie Kestner) Q4,Q17,Q19,Q20 dave@monitor.larc.nasa.gov (Dave Hinde) A34* Dave Osborne 1:123/27.0 A29 dave.williams@chaos.lrk.ar.us (Dave Williams) A20 docw@qdeck.com (Doc Williamson) A19 dj@ctron.com (DJ Delorie) A17 dvss!jtroy@udel.edu (Jay Troy) A17 em21@cunixf.cc.columbia.edu (Eben Moglen) A17 esiever@world.std.com (Ellen C. Siever) A20 granz@junkyard.uucp A22* hartnegg@ibm.ruf.uni-freiburg.de (Klaus Hartnegg) A13,A19* january%polari@uunet.uu.net (Jamie Pehling) A2,A7 jcorr@splash.princeton.edu (Jim Orr) A20 jerry@rat.nrl.navy.mil (Jerry Nash) A17 jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) A17 john@stanton.cts.com (John Goodman) A20 kemp@convex.com (Phil Kemp) A30* kneply@mozart.cs.colostate.edu (Jim Knepley) A2,A4,Q8,Q17,Q18 lsuc!ontmoh!rwh@cs.toronto.edu (Russell Herman) A19 Mark Hockings 1:102/824 A2,A6,A17,A19,A22,A24, A25 Michelle at Quarterdeck Canada A6 mike@batpad.lgb.CA.US (Mike Batchelor) A8,A17,A22,A30 mtbb136@ms.uky.edu Q2,Q12,Q13 mvjrs@mvgpk.att.com (Rick Sladkey) A4,A17 nickw@syma.sussex.ac.uk (Nick Watkins) A2,A6,A17,A20 noesis@ucscb.ucsc.edu (Kyle ?) A13 peterson@csc.ti.com (Bob Peterson) A6 phealy@swift.cs.tcd.ie (Paul ?) A19 ralf@cs.cmu.edu (Ralf Brown) A2,A6,A7*,A8*,Q9,A10*, A13,A14*,A17,A21*,A25, A31,A32* reisert@mast.enet.dec.com (James J. Reisert) A25 rreiner@nexus.yorku.ca (Richard Reiner) A2,A17 s2942275@techst02.technion.ac.il (Yaniv Golan) A17 Saar Blitz 2:403/139.0 A17 schuster@panix.com (Mike Schuster) A17 seant@ratsys.com (Sean True) A8 senf_ltd@uhura.cc.rochester.edu (Stephen Lee) A25* smsmith@magnus.acs.ohio-state.edu (Stephen Smith) A13 spit@neuro.duke.edu (Mike Burdick) A33 support@qdeck.com (Gary Rich) A6 support@qdeck.com (Doc Williamson) A8,A24 stern@denali.ims.alaska.edu (Pete Stern) Q25,Q26,Q27 steveg@orl.mmc.com (Steve Gabrilowitz) Q8,Q15 theall@gdalsrv.sas.upenn.edu (George A. Theall) A2*,A3,A4,A7,A17,A19, A20,Q22,A23,A24*,A28*, A32* thuben@kiera.ericsson.se (Thomas Nilsson) A25 valley@gsbsun.uchicago.edu (Doug Dougherty) A2,A4,A10,Q11,A12*,Q14, Q16,A17,A20,A25 w8sdz@wsmr-simtel20.army.mil (Keith Peterson) A7*,A17 wiget@switch.ch (Margel Wiget) A17 4carroll_j@spcvxa.spc.edu (Jim Carroll) A25 --------------------------------------------------------------------------- HOW THE FAQ LIST IS CREATED This document is maintained as a collection of psuedo-DESQview/X help source files. By psuedo, I mean that they contain the DESQview/X formatting commands, but do not contain paragraphs that are delimited by carriage returns. This makes editing much easier (IMHO, the input source format is pretty dumb in that respect). These *.TXT files are converted to pure DESQview/X help files with a program I wrote called HPREP, which creates *.PRP files. The *.PRP files are concatenated into the DESQview/X help file with Quarterdeck's HELPLIB (although I may write my own, since the interface to HELPLIB isn't easy to use with MAKE). To get the text version of the FAQ that is posted, I run DVXH2TXT to extract the formatted text from the help file. This is a program I wrote and that is still in development. My DESQview/X help file tool suite will be released in the future when I get it into a release-able state. If you need something, let me know and I might be able to help you. Path: bloom-picayune.mit.edu!enterpoop.mit.edu!ira.uka.de!rz.uni-karlsruhe.de!fg30.rz.uni-karlsruhe.de!ig25 From: ig25@fg30.rz.uni-karlsruhe.de (Thomas Koenig) Newsgroups: de.talk.chat,news.answers Subject: de.talk.chat FAQ (Haeufig gestellte Fragen, mit Antworten) Supersedes: <de-talk-chat_724495042@fg70.rz.uni-karlsruhe.de> Followup-To: de.talk.chat Date: 17 Dec 1992 16:29:03 GMT Organization: University of Karlsruhe, Germany Lines: 280 Approved: news-answers-request@MIT.Edu Expires: 30 Jan 1993 16:29:30 GMT Message-ID: <de-talk-chat_724609770@fg70.rz.uni-karlsruhe.de> Reply-To: ig25@rz.uni-karlsruhe.de NNTP-Posting-Host: fg30.rz.uni-karlsruhe.de Summary: This article is the Frequently Asked Questions (with answers) list for the newsgroup de.talk.chat, which deals with online communications like IRC or BITNET Relay. Like the newsgroup, it is in German. Keywords: IRC, BITNET Relay, Chatten Archive-name: de-talk-chat-faq Version: $Header: de-talk-chat,v 1.4 92/12/17 17:24:28 ig25 Exp $ This article is the Frequently Asked Questions (with answers) list for the newsgroup de.talk.chat, which deals with online communications like IRC or BITNET Relay. Like the newsgroup, it is in German. Dieser Artikel versucht, eine kurze Einfuehrung in die Newsgroup de.talk.chat zu geben, die sich mit Online - Kommunikationssystemen wie IRC oder BITNET Relay beschaeftigt. 0. Meta - Fragen 0.1) Wo bekomme ich die aktuelle Version dieser Liste her? 0.2) Wohin schicke ich Korrekturen, Vorschlaege, etc. ? 0.3) Wo bekomme ich weitere Informationen? 1. Grundlagen 1.1) Was ist IRC? 1.2) Wie funktioniert IRC? 1.3) Wie funktioniert das BITNET Relay? 2. Einstieg 2.1) Wie komme ich auf den IRC? 2.2) Jetzt bin ich auf dem IRC... und nun? 2.3) Wie komme ich auf das BITNET Relay? 2.4) Wie komme ich wieder raus? 3. Verhalten auf dem Netz 3.1) Gibt es eine Einfuehrung, die einem etwas ueber das Verhalten auf dem Netz erzaehlt? 3.2) Dieser Typ/diese Type geht mir furchtbar auf die Nerven. Was kann ich machen? 3.3) Was bedeuten diese komischen Buchstaben- und Zeichenkombinationen, die die Leute immer verwenden, wie :-), ;-), bcnu, cul8r, brb, usw.? 3.4) Wie kann ich feststellen, ob ich mich auch wirklich mit der Person unterhalte, fuer die sie sich ausgibt? 3.5) Wie machen diese Leute die riesigen Buchstaben? Ist das eine gute Idee? 4 Verschiedenes 4.1) Was ist eine RP? 4.2) Wie reserviere ich mir meinen Nickname? 4.3) Wo kriege ich Bilder von Chattern her? 4.4) Wie verschicke ich am schnellsten eine Datei an meine Chatpartner? 4.5) Wass haben die @ und * neben dem H oder G bei der /who - Liste im IRC zu bedeuten? 5 Credits ======== 0. Meta - Fragen 0.1) Wo bekomme ich diese Liste her? Diese Liste wird im Augenblick, bis zur vorlaeufigen Fertigstellung, in unregelmaessigen Abstaenden nach de.talk.chat und news.answers gepostet. Sie ist verfuegbar ueber anonymes ftp von ftp.rz.uni-karlsruhe.de [129.13.96.2] als pub/net/irc/de-talk-chat-faq. 0.2) Wohin schicke ich Korrekturen, Vorschlaege, etc. ? Korrekturen, Vorschlaege, usw. bitte per e-mail an ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet oder auf dem IRC an T-Rex. 0.3) Wo bekomme ich weitere Informationen? Ueber IRC gibt es noch die alt.irc FAQ, die regelmaessig nach news.answers, alt.irc und alt.irc.ircii gepostet wird. Das BITNET Relay schickt einem nach dem Befehl /info ein Hilfefile zu. 1 Grundlagen 1.1) Was ist IRC? IRC steht fuer Internet Relay Chat. Es ist ein Mehrbenutzer - Chat - System, auf dem sich Leute auf sogenannten "Kanaelen" in Gruppen oder individuell unterhalten koennen. Der IRC laeuft auf dem Internet. Benutzer des Systems sind durch einen zu jedem Zeitpunkt eindeutigen "Nickname" gekennzeichnet. 1.2) Wie funktioniert IRC? Ein Benutzer verwendet einen sogenannten "Client", ein lokal ablaufendes Programm, um Verbindung mit einem Server aufzunehmen. Der Server nimmt Kommandos und Nachrichten entgegen, fuehrt sie aus und verteilt sie, je nach Bedarf, an andere Server, die sie wiederum an andere Benutzer weitergeben koennen. 1.3) Was ist BITNET Relay? Das BITNET Relay ist ein System, dass aehnlich aufgebaut ist wie IRC. Nachrichten werden durch sog. Relays verteilt, die mit BITNET - tell - messages verbunden sind. Das BITNET - Relay benoetigt einen BITNET - Anschluss. 2 Einstieg 2.1) Wie komme ich auf den IRC? Auf vielen Maschinen, die mit dem Internet verbunden sind, ist bereits ein IRC - Client installiert. Er heisst fuer UNIX und VMS ueblicherweise irc und fuer VM/CMS rxirc. Fuer den Fall, das kein Client installiert ist, sei auf die alt.irc - FAQ verwiesen. 2.2) Jetzt bin ich auf dem IRC... und nun? Zuerst mal sollte man sich einen Nickname aussuchen, unter dem man den anderen Benutzern erscheint; der voreingestellte Wert ist die Userid am Rechner. Danach kann man sich mal umsehen, wer oder was denn so da ist. Ein guter Einstieg ist es oft, mit dem /who - Befehl festzustellen, was fuer Leute aus der eigenen Heimatstadt da sind. Dieser Befehl versteht Wildcards vom UNIX - Typ; mit /who *.de zum Beispiel bekommt man eine Liste aller Benutzer, die grade aus Deutschland drin sind (vorsicht, lang!) und mit /who *stuttgart* eine Liste aller Benutzer, die irgendwo Stuttgart in ihrem Namen stehen haben (oder ueber einen Stuttgarter Server im IRC sind). Ein Eintrag der Liste koenne etwa so aussehen: #Karlsruhe El_Lute H ry07@rz70.rz.uni-karlsruhe.de (Lutz Hauser) Das heisst, ein Benutzer mit dem Nickname El_Lute ist auf dem Channel #Karlsruhe, hat sich nicht als abwesend gemeldet (das H), hat die Adresse ry07@rz70.rz.uni-karlsruhe.de und hat sich dem System mit dem Benutzernamen Lutz Hauser gemeldet. Als naechstes koennte man mit /who #karlsruhe nachsehen, wer sonst noch so auf dem Kanal ist, und mit /join #karlsruhe sich auf diesen Kanal begeben. Deutschsprachige Kanaele laufen oft unter Staedtenamen. Den Rest erfaehrt man etweder ueber das /help - Kommando, oder man laesst es sich von den Leuten auf dem IRC oder im Terminalraum erklaeren. Private Nachrichten an andere Benutzer verschickt man mit dem Kommando /msg nickname Nachricht. 2.3) Wie komme ich auf das BITNET Relay? Hierzu schickt man eine Nachricht an RELAY@DEARN, mit dem Inhalt /register Vorname Nachname, danach ein /signon <Nickname>. Das Relay hat numerierte Kanaele. Man befindet sich dann erst einmal im Kanal 1 und kann sich dort erstmal mit ein paar Leuten unterhalten. Auf weiteren Kanaelen umsehen kann man sich mit /tlist, Benutzer ansehen mit /who. Mit /lcl bekommt man alle Benutzer, die auf eigenen Relay eingeloggt sind, also ueblicherweise alle Deutschen am RELAY@DEARN. Das /msg - Kommando zum Nachrichtenverschicken tut's auch hier. 2.4) Wie komme ich wieder raus? Mit einem der Befehle /bye oder /signoff. 3 Verhalten auf dem Netz 3.1) Gibt es eine Einfuehrung, die einem etwas ueber das Verhalten auf dem Netz erzaehlt? Ja, eine Australierin hat eine "Honor's Thesis" (wohl sowas aehnliches wie eine Diplomarbeit) ueber die sozialen Aspekte von IRC verfasst. Diese Abhandlung heisst "Electropolis" und ist ueber anonymen ftp von verschiedenen Stellen zu erhalten, zum Beispiel von der ftp.uni-kl.de im Verzeichnis /pub/IRCThesis. Sie ist technisch zwar nicht mehr ganz auf dem neuesten Stand, aber immer noch sehr lesenswert. 3.2) Dieser Typ/diese Type geht mir furchtbar auf die Nerven. Was kann ich machen? BITNET bietet den /ignore - Befehl an, der entweder in der Form /ignore <nickname> oder /ignore user@host abgegeben werden kann. Auf dem IRC sind diese Funktionen im client versteckt und unterscheiden sich deswegen; auf ircII zum Beispiel (der haeufgiste UNIX - client) kann man alle Nachrichten eines betimmten Benutzers mit /ignore user@hostname.domain all unterdruecken. 3.3) Was bedeuten diese komischen Buchstaben- und Zeichenkombinationen, die die Leute immer verwenden, wie :-), ;-), bcnu, cul8r, brb, usw.? Zeichenkombinationen wie :-), ;-) sind allgemein als "Smileys" bekannt, und wenn an den Kopf auf die linke Seite legt, kann man auch einigermassen sehen, warum. Die Buchstabenkombinationen machen oft Sinn, wenn man sie englisch buchstabiert, cul8r wird so zum Beispiel zu "see you later". Brb steht fuer be right back. Das Erfinden solcher Abkuerzungen ist ein beliebtes Spiel, was der Verstaendlichkeit manchmal etwas abtraeglich ist. 3.4) Wie kann ich feststellen, ob ich mich auch wirklich mit der Person unterhalte, fuer die sie sich ausgibt? Das ist auf dem IRC praktisch unmoeglich, da es recht einfache technische Moeglichkeiten gibt, dem Server und damit den anderen Teilnehmern falsche Angaben zu machen. "Faken" (von userid's, Namen etc.) wird von einigen Leuten durchaus als Gesellschaftssport betrieben. Auf dem BITNET Relay kann man sich zumindest einigermassen sicher sein, dass man sich mit der entsprechenden Userid auf dem Rechner unterhaelt. Wer allerdings im Einzelfall am Terminal sitzt, ist auch nicht festzustellen. 3.5) Wie machen diese Leute die riesigen Buchstaben? Ist das eine gute Idee? Die sogenannten Banner (nach dem Befehl, mit dem sie erzeugt werden) sind zwar manchmal ganz lustig, koennen aber bei Leuten, die mit einem langsamen Modem im IRC sind, zu starken Verzoegerungen fuehren und den Lesefluss empfindlich stoeren. 4 Verschiedenes 4.1) Was ist eine RP? RP ist die Abkuerzung von Relay Party. Enstanden auf dem BITNET, als einfach ein paar Leute aufeinander neugierig waren, hat sie sich mittlerweile zu einer Veranstaltung entwickelt, die so alle halbe Jahre in einer anderen deutschsprachigen Grosstadt stattfindet, normalerweise im Fruehsommer und Spaetherbst. Dort treffen sich alle Chatter, die mal endlich sehen wollen, wie xy aussieht und ob er oder sie im "real life" wirklich so <insert as appropriate> ist wie auf dem Netz, oder um andere Leute wiederzutreffen.